home *** CD-ROM | disk | FTP | other *** search
/ PD ROM 1 / PD ROM Volume I - Macintosh Software from BMUG (1988).iso / Electronic Messages / USEnet Digests / USEnet Vol. 3 / USEnet 3.097 < prev    next >
Encoding:
Text File  |  1988-04-08  |  28.3 KB  |  652 lines  |  [TEXT/ttxt]

  1. 30-Nov-87 08:26:29-PST,29556;000000000001
  2. Date: Mon 30 Nov 87 10:15:01-EDT
  3. From: Jeff Shulman <SHULMAN@SDR>
  4. Subject: Usenet Mac Digest V3 #97
  5.  
  6. Usenet Mac Digest     Saturday, November 28, 1987    Volume 3 : Issue 97 
  7.  
  8. Today's Topics:
  9.      MacUser Hypercard coverage
  10.      My MacUser gripe (was: Hypercard coverage)
  11.      Re: Looking for source for Nubus Specification
  12.      Need help recovering corrupted Excel format file.
  13.      Re: Is borland abandoning Macintosh?
  14.      What to do when your HD disappears
  15.      Connecting sun to appletalk
  16.      Mac Networking
  17.      Unprofessionalism of Australian MacWorld
  18.      Reflex Plus
  19.      Re: Is borland abandoning Macintosh?
  20.      Exiting Multifinder?
  21.      Re: APDA - any satisfied customers?
  22.      Magazines to read (was Re: MacUser Hypercard coverage)
  23.      Re: Curiouser and curiouser...
  24.      Apple File Exchange Mac-to-DOS ?? Does it work?
  25.  
  26. ---------------------------------------------------------------------- 
  27.  
  28. From: chuq@plaid.Sun.COM (Chuq Von Rospach)
  29. Subject: MacUser Hypercard coverage
  30. Date: 22 Nov 87 22:16:40 GMT
  31.  
  32. Was anyone else disgusted by Steve Bobker's editorial in the latest
  33. MacUser? On how rotten Hypercard was? (Fortunately, Shapiro was on the
  34. next page write exactly the opposite -- the end result being that
  35. MacUSer, as usual, didn't say a damn thing....). 
  36.  
  37. For those that missed it, Bobker has two main points 'proving' that
  38. Hypercard was bad:
  39.  
  40. 1) Apple's giving it away. And for only one reason, because it'll force
  41.     everyone to go out and buy more memory, causing Apple to make lots
  42. of
  43.     money.
  44.  
  45. Now, while I'll admit that lots of folks are going to want/need more
  46. memory, lots of that upgrade money will be going to third parties, not
  47. to Apple. I don't see a lot of gain for Apple from this one. And Bobker
  48. misses the basic reason why Apple is giving HyperCard away. Bill
  49. Atkinson had it written into his contract. If Apple DID NOT give
  50. HyperCard away, ownership reverted back to Bill and he planned on giving
  51. it away himself. Apple basically had no choice.
  52.  
  53. It's not as if this is a big secret. It was common knowledge at MacExpo.
  54. It's been all over this network as well as on Delphi (and, I assume, on
  55. CompuServe). The only excuse I can see for this is that Bobker either is
  56. completely ignoring reality or he's creating his own reality in a way to
  57. make Apple look bad. At best, it's shoddy journalism. I'm not impressed.
  58.  
  59. 2) Bobker's other point was that the lack of restriction on the user
  60.     interface will kill the Mac. I almost fell out of my chair laughing
  61. over
  62.     this one. His claim is that with everyone doing exactly what they
  63. want,
  64.     the cohesiveness of the Mac Interface will die, and so will the mac.
  65.  
  66. My response is simple. Bull. To put it simply, this isn't a new problem.
  67. Lots of programs have taken lots of liberties with the Mac User
  68. Interface over time. The really strange ones, the ones that broke rules
  69. or bent them in bad ways, tend to go out of business because people
  70. won't buy or use them. They get bad reviews, bad press, and bad sales. 
  71.  
  72. Others muck with the user interface and occasionally fix something that
  73. was broken, or come up with something the interface forgot. The
  74. zoom-window icon, for instance, came out of an extension in Word 1.0,
  75. not out of Apple. It was a good enough idea that Apple adopted it.
  76.  
  77. MacUser has the most consistently unprogfessional and immature
  78. journalism of ANY magazine in the Mac universe. This is just the latest
  79. instance of shoddy writing and innuendo. MacUser seems to think that
  80. Apple Bashing is a Good Thing. I'm all for criticizing Apple when they
  81. muck up, but MacUser never seems to have anything good to say. And if
  82. the facts don't back them up, they tend to make up some new facts (just
  83. keep an eye on the Rumor Manager section -- especially the rumors about
  84. the Developer Cabal that's going to file suit over HyperCard. The Cabal
  85. seems to consist of Owl, Owl, and Owl).
  86.  
  87. I'd also like to point out that MacUser is by far the most
  88. unprofessional magazine I've ever attempted to work with from the point
  89. of view of a writer. They've punted four straight queries of mine. Not
  90. turned them down, simply neglected to respond to them at all (and yes, I
  91. include return postage and envelopes). This is pretty nasty, becausze
  92. many ideas have limited time value -- by the time you realize they
  93. aren't going to bother responding, the idea is unsalable elsewhere. This
  94. doesn't seem to be a special case, either. I've talked with two other
  95. Macuser writers or attempted-writers who have had major problems getting
  96. timely responses out of them. I have heard from an unidentified but
  97. reliable source that MacUser lost a senior editorial person to another
  98. magazine because they refused to pay freelancers on a timely basis. Many
  99. folks I talk to now refuse to write for them -- and you can count me on
  100. that list now, too.
  101.  
  102. The latest query was sent after a request in the last issue for queries
  103. from new writers. MacUser specifically asked folks to contact them about
  104. writing for them. So I did, and as part of the letter pointed out my
  105. past problems with getting responses from the magazine and asked for a
  106. confirmation of the letter by November 15 (four weeks for a confirmation
  107. of a one page query letter not being unreasonable). A week past the
  108. deadline, nada. Even as their asking folks to write for them, they're
  109. screwing over those that try.
  110.  
  111. MacUser started out a good magazine. They've turned into a shoddy,
  112. unprofessional, inaccurate rumorsheet. I've let my subscription lapse,
  113. and I've sent them my last query. This kind of magazine the field can do
  114. without. If I were you, if you read MacUser, I'd find a new magazine.
  115.  
  116. chuq
  117. -- 
  118. Chuq "Fixed in 4.0" Von Rospach            chuq@sun.COM    Delphi: CHUQ
  119.  
  120.  
  121. ------------------------------
  122.  
  123. From: khayo@sonia.cs.ucla.edu (Erazm J. Behr)
  124. Subject: My MacUser gripe (was: Hypercard coverage)
  125. Date: 22 Nov 87 16:24:08 GMT
  126.  
  127. In article <34557@sun.uucp> chuq@plaid.Sun.COM (Chuq Von Rospach)
  128. writes:
  129. >Was anyone else disgusted by Steve Bobker's editorial in the latest MacUser?
  130. (numerous justified complaints deleted)
  131.  
  132. I also was a subscriber & quit for similar reasons. Now I glance at it
  133. occasionally, and I noticed the following: a while ago (1/2 year ?) they
  134. reviewed Turbo Pascal - I have it, so I read the review with some
  135. interest. They even gave it 4.5 stars out of 5, not bad. Since then I've
  136. been looking at the "capsule" reaviews in the back ("minifinders" they
  137. call it ?) & Turbo hasn't shown up to this day! A question: does anyone
  138. know what the story is? Is MacUser out to get Borland? Is it plain
  139. incompetence? Has Borland requested this for some bizarre reason? I'm
  140. puzzled.                                 Eric (correct address below)
  141.  
  142.  -----------------------------------------------------------
  143.           >>>>--------------->         khayo@MATH.ucla.edu 
  144.  
  145.  
  146. ------------------------------
  147.  
  148. From: andrew@ems.Ems.MN.ORG (Andrew C.Esh)
  149. Subject: Re: Looking for source for Nubus Specification
  150. Date: 23 Nov 87 04:56:20 GMT
  151. Organization: EMS/McGraw-Hill, Eden Pairie, MN
  152.  
  153.     Call APDA and ask for "Macintosh II and Macintosh SE Cards & Drivers",
  154. or "Macintosh Family Hardware Reference."  I don't have either one, but
  155. the  descriptions in the APDA catalog sure look good.
  156.  
  157.  APDA
  158.  290 SW 43rd st.
  159.  Renton Wa 98055
  160.  (206) 251-6548
  161.  
  162. DISCLAIMER: My only connection with APDA is as an extremely satisfied
  163. customer. If I were connected any other way I'd be Mr. PotatoHead.
  164.  
  165.  
  166. ------------------------------
  167.  
  168. From: wmartin@ut-ngp.UUCP (Bureau of Redundancy Bureau and Mattress Tag Police)
  169. Subject: Need help recovering corrupted Excel format file.
  170. Date: 22 Nov 87 21:15:07 GMT
  171. Organization: UTexas Computation Center, Austin, Texas
  172.  
  173.   I have a file in Excel binary format that Excel is unable to read
  174. completely without crashing (ID=02). Naturally, the file contains
  175. valuable data. The file is openable and can be scanned OK with a disk
  176. sector editor. Does anyone know how I may:
  177.   a) Find out the Excel binary format so I can reconstitute the data.   
  178.     -or-
  179.   b) Know of a Mac application that is capable of reading Excel files,
  180. hopefully without barfing on this one like Excel does?
  181.   Replies via mail, and thanks in advance. -wiley
  182. wmartin@ngp.cc.utexas.edu    ut-ngp!wmartin
  183. -- 
  184. Wiley Sanders, Civil Engineering Dept, UT-Austin
  185. secret NSA CIA anti Soviet Iran terrorist nuclear drug decoder ring
  186.                                      - take THAT, NSA line-eater!
  187.  
  188.  
  189. ------------------------------
  190.  
  191. From: hannon@clio.las.uiuc.edu
  192. Subject: Re: Is borland abandoning Macintosh?
  193. Date: 22 Nov 87 20:25:00 GMT
  194.  
  195.     Considering that Borland just created a WHOLE NEW DIVISION dedicated to
  196. Macintosh development, I think that you have very little to worry about.
  197.  
  198. >Does anyone have any info about the differences between IBM Turbo
  199. >Pascal, Mac Turbo Pascal, and Lightspeed pascal?  I have programs that
  200.     I understand (though have never tried it) that IBM Turbo and Mac Turbo
  201. are code compatable (I would assume that libraries may differ, but other
  202. than that..).  Porting from IBM Turbo or Mac Turbo to LSP is not a great
  203. hard- ship, but it is neither a piece of cake.  The code itself will not
  204. need to be rewritten but your includes/uses statements will need some
  205. rewrites since LSP handles this stuf quite differently from both Turbo
  206. and MPW.
  207. -- 
  208. +--------------------------------------------------------------------------+
  209. +                                   |                                      +
  210. +  Leonard Rosenthol                |  USnail:   205 E. Healey  #33        +
  211. +  Halevai Software                 |            Champaign, Il  61820      +
  212. +  GEnie: MACgician                 |                                      +
  213. +  ARPA:  hannon@clio.las.uiuc.edu  |  Bitnet:   3FLOSDQ@UIUCNOSA.BITNET   +
  214. +  {ihnp4|convex|pur-ee}!uiucuxc!clio!hannon                               +
  215. +--------------------------------------------------------------------------+
  216. + Disclaimer #1: Since I own the company, I can say whatever I want, and   +
  217. +                not be responsible for it!                                +
  218. +                                                                          +
  219. + Disclaimer #2: Anything I say may be construed as being under the        +
  220. +                jurisdiction of Disclaimer #1                             +
  221. +--------------------------------------------------------------------------+
  222.  
  223.  
  224. ------------------------------
  225.  
  226. From: hammen@csd4.milw.wisc.edu (Robert Joseph Hammen)
  227. Subject: What to do when your HD disappears
  228. Date: 23 Nov 87 17:40:39 GMT
  229. Organization: Computer Applications, Inc.
  230.  
  231. Recently, several people have been posting messages about their Mac II
  232. hard drives "disappearing" after a crash or reboot. Here are some things
  233. to try to recover your hard disk:
  234.  
  235. 1) Boot the Macintosh II from a System Tools floppy. Hold down the
  236. Command, Option, and Shift (and possibly Control?) keys while pulling
  237. down the Control Panel DA. You will get a message saying something like
  238. "Are you sure you want to zap PRAM?". Select yes. Then, attempt to
  239. reboot. 
  240.  
  241. 2) Boot with a utilities floppy. Run the HD SC Setup application (1.5 is
  242. the latest and most preferable) and re-install the SCSI driver on your
  243. hard disk. (do this with the "Update" function). Again, attempt to
  244. reboot.
  245.  
  246. 3) Boot with the Utilities disk. Select the "Disk First Aid" application
  247. and use the "Set Startup" option in the Special menu of the Finder to
  248. make it the startup application. Reboot, and you should be in Disk First
  249. Aid. Open  the hard disk volume, if you can. Before you click on "Start"
  250. to begin scavenging the disk, you might want to type Command-S - this
  251. will give you a more detailed explanation of what the program is doing.
  252. After DFA does its  bit, you might wish to try to reboot again.
  253.  
  254. Note that if the hard disk does show up in the Finder, and will not
  255. boot, despite any attempts to make it the "Startup Device" in the
  256. Control Panel, you might want to try throwing away the System file and
  257. replacing it with a virgin one.
  258.  
  259. If you can't get the hard disk to mount, try to find a copy of Paul
  260. Mercer's SCSI Tools cdev (control panel file). It will scan the SCSI Bus
  261. for devices and will attempt to mount them.
  262.  
  263. If you still can't recover the hard drive, consider purchasing MacZap.
  264. The MacZap Recover HFS application is good at recovering trashed disks
  265. that other programs can't touch. I got my copy for ~$35 from
  266. ComputerWare.
  267.  
  268. -- 
  269. =========================================================================
  270. Robert Hammen    Computer Applications, Inc.    hammen@csd4.milw.wisc.edu
  271. Delphi: HAMMEN        GEnie: R.Hammen        CI$: 70701,2104
  272.  
  273.  
  274. ------------------------------
  275.  
  276. From: sec@uhmanoa.UUCP (James Chang)
  277. Subject: Connecting sun to appletalk
  278. Date: 20 Nov 87 04:07:11 GMT
  279.  
  280. Here is situation,
  281.  
  282. I am using Sun 3/50 to write paper(troff), however the laser printer is
  283. not located in near.  But there is apple laser write connected to
  284. appletalk.  Is is possible for me to             
  285.     1) change serial port's speed to appletalk speed(on sun's manual
  286.         says serial port is RS-432)
  287.     2) write simple driver or routinte to send file using simple
  288.        appletalk command(all it have to do is send file to printer)
  289.  
  290. Any help will be appreciated in solving this problem   
  291.  
  292.  
  293.  
  294. ------------------------------
  295.  
  296. From: kwe@bu-cs.BU.EDU (kwe@bu-it.bu.edu (Kent W. England))
  297. Subject: Mac Networking
  298. Date: 23 Nov 87 20:30:37 GMT
  299. Organization: Boston Univ. Information Tech. Dept.
  300.  
  301.     I hope this  is the right  forum to be  asking Mac  networking
  302. questions.  This is  a rather long query,   but Mac  networking  in  a
  303. Unix/Enet internet environment  is complex and   rapidly changing.  If
  304. this material has been covered by most of you, then I would appreciate
  305. direct  e-mail responses which  I will summarize  to  the  list if the
  306. response warrants.  Thank you all in advance.
  307.  
  308.     Please  note that  I  have posted  to multiple newsgroups,  so please
  309. limit your response, if broadcast, to the group you read it on. Thanks.
  310.  
  311.     While I am new to AppleTalk (AT) networking I am familiar with IP and 
  312. DECnet   and understand  the  routing/name  service/etc issues fairly
  313. well.   I have   not  yet gotten  into   the gory  details   of
  314. AppleTalk/EtherTalk, but I would like to frame some  general questions
  315. to you to help me get up the learning curve a  little faster.  So, for
  316. some general opinions of AppleTalk:
  317.  
  318.     I   like the   dynamic nature  of AppleTalk  and  its  use  of
  319. broadcast  messages to acquire/defend  names and addresses,  but  I am
  320. concerned   about how  this   scales up  into   large  zoned AppleTalk
  321. networks,   particularly   in    an   Ethernet/IP   environment.    Is
  322. AppleTalk/EtherTalk robust enough  for a large  AppleTalk internet  or
  323. for AppleTalks operating in a large IP internet?
  324.  
  325.     Should I be running AT protocols on Unix servers  or  should I be
  326. trying to bring the Unix services (eg NFS) down to the Mac?
  327.  
  328.     With the  introduction of   EtherTalk   and  a   differing  AT
  329. encapsulation on Enet what  problems are  we  going to  encounter?  Is
  330. EtherTalk  fundamentally    (ie,  more    than      (re)defining  Enet
  331. encapsulation) different than its lower speed forebear?
  332.  
  333.     I am  looking to provide   what I have arbitrarily  defined as four
  334. major types of network services for the Mac environment operating in an
  335. Ethernet internet running primarily IP protocols.  I should tell you
  336. that Boston University has a large  population of Sun workstations and
  337. servers, a large population  of  VMS machines running DECnet, some
  338. Encore  Multimaxen  and  Annexen,  and a token   ring  backbone router
  339. network routing IP and DECnet traffic.
  340.  
  341.     The first capability   I am  looking to   provide is Mac  File Service
  342. (MacFile) to allow Macintoshes  to  store and retrieve Mac HFS format 
  343. files on  Unix   servers.  The  file system    should be  Unix
  344. compatible   and    be able to  be   managed  by  plain vanilla system
  345. management utilities just like the Unix file system.
  346.  
  347.     Second  is  Mac  Print  Service  (MacPrint)  to  provide print spooling
  348. and queue control for AT  LaserWriters  as well as PostScript printers
  349. attached  to Unix  servers.   The spools should  interoperate with the 
  350. Unix spoolers allowing  a mix of Mac and  Unix output on the same PS
  351. printer queue.
  352.  
  353.     Third is  Mac   Mail  Service  (MacMail)   allowing Mac-to-Mac transfer
  354.  of formatted text and  graphics via  Unix  servers.  I would also like
  355. to  allow  transform/transfer between MacMail and  SMTP mail handlers
  356. preserving the Mac formats.
  357.  
  358.     Fourth is Mac  Unix Services (MacUnix) to allow transformation of file
  359. formats from Unix programs to  Mac formats.  Simple ASCII text would be
  360. the first step, but I would also like to be able to transform formatted
  361. text  and graphics like TeX  or LaTeX to MacWrite/Word/other format.  
  362. These transform  utilities   should operate transparently as documents
  363. are moved from one folder to the other.
  364.  
  365.     I am currently researching AppleShare/LaserShare, UltraOffice, and
  366. TOPS.  I have the Farallon and Kinetics  hardware and am currently using
  367. the CAP/KIP packages to get AppleShare running on  a Sun server. I am
  368. concerned about the impact of EtherTalk on this configuration and am
  369. wondering whether it  is wise to spec  AppleShare/LaserShare as the
  370. protocol   for MacFile/MacPrint   or  whether  there   is a   way, ala
  371. UltraOffice, to run the IP protocols exclusively on the Ethernet.  Any
  372. opinions on how I should pursue MacFile/Print/Mail/Unix capability?
  373.  
  374.     How should I approach the AT  protocol  routing issue?  Should AT
  375. remain encapsulated in IP Enet packets  for transfer through the IP
  376. internet?  Does it make sense to plan  on AT routers?  Is AT  too weak
  377. to allow large scale internetting of AT and AT/IP?   Should there be a
  378. mix of AT and IP encapsulated AT on the same networks?
  379.  
  380.     Thanks for  reading and I  hope you take  the  time to give me your
  381. opinions.  Descriptions  of network configurations that  you have or 
  382. are planning would  be appreciated along with descriptions  of how you
  383. provide the File/Print/Mail/Unix services I outlined above.
  384.  
  385. -- 
  386.      -------------------------------------------------------------------
  387.      Kent W. England                      |       Boston University
  388.      Network & Systems Engineering Group  |       Information Technology
  389.      kwe@bu-it.bu.edu        internet     |       111 Cummington Street
  390.      itkwe@bostonu           BITnet       |       Boston, MA      02215
  391.      harvard!bu-cs!kwe       UUCP         |       (617) 353-2780
  392.      -------------------------------------------------------------------
  393.  
  394.  
  395.  
  396. ------------------------------
  397.  
  398. From: jteh@mulga.oz (J.T. Teh)
  399. Subject: Unprofessionalism of Australian MacWorld
  400. Date: 21 Nov 87 06:37:51 GMT
  401. Organization: Comp Sci, Melbourne Uni, Australia
  402.  
  403.           Unprofessionalism of Australian MacWorld     
  404.           ----------------------------------------
  405.  
  406.         Sometime ago, readers of UseNet may remember that  a  few
  407. articles by Peter Olson was posted. These articles were summaries of
  408. some talks by Bill Atkinson, Bill Campbell  and  some  others, made 
  409. during  the  Boston MacWorld Expo some time ago (read a few months).
  410. Readers may also remember an article posted by  me  pre- viewing
  411. HyperCard at Melbourne University, Australia. These arti- cles  were 
  412. posted  to  UseNet  sometime   in   September   1987.
  413.         It  has  come  to  my  attention that these articles were
  414. reprinted without the permission of the authors, Peter Olson  and myself
  415.  in  the  October  issue  of  the  Australian  edition  of MacWorld. I
  416. have since written to the editor, Osmund Iverson  but have  not had any
  417. reply.         Though the articles of Peter Ol- son were correctly
  418. attributed, the same cannot be said about  the article  written  by  me.
  419. In my article, it was explicitly stated that the article may be freely
  420. reposted but must include the name of  the author (me) and that the
  421. article must be printed in full. Both of these wishes were ignored. Not
  422. only was my name left out, but   the   article   was   edited  with 
  423. some  chunks  excluded.
  424.         Though I do not wish to sue, I am expressing  my  dissap-
  425. pointment  of  the  unprofessionalism  of  Australian MacWorld. I
  426. realise that Oz MacWorld is affliated to US MacWorld. It is  well known 
  427. within  Oz Mac users that Oz MacWorld is a trashy magazine with no
  428. scrupples and I wish to make this  known  worldwide.  For readers 
  429. within  Australia,  I  appeal to you all to boycott this trashy
  430. magazine. Not only do we get better news from the  net,  I have  found 
  431. little worth in most of the articles in Oz MacWorld.
  432.         I thank you for you attention.
  433. -- 
  434. --------------------------- 
  435. J.T Teh 
  436. "He is no fool who  gives  up what   he   cannot   keep   to   
  437. gain   what   he  cannot  lose."
  438.                              -   James Elliot
  439. ===========================
  440. UUCP:   {seismo,mcvax,ukc,ubc-vision}!mulga!jteh
  441. ARPA:   jteh%mulga.oz@seismo.css.gov
  442. CSNET:  jteh%mulga.oz@australia
  443.  
  444.  
  445. ------------------------------
  446.  
  447. From: miner@sri-spam.istc.sri.com (Stephen E. Miner)
  448. Subject: Reflex Plus
  449. Date: 23 Nov 87 22:25:31 GMT
  450. Organization: SRI International, Menlo Park, CA
  451.  
  452. I've been using Reflex to manage some mailing lists, and I'm wondering
  453. if I should get the upgrade to Reflex Plus.  For some reason, it bothers
  454. me to have to pay more for the upgrade than I did for the original
  455. program.  In addition, I'm thinking about moving my databases into
  456. HyperCard and dropping Reflex all together.
  457.  
  458. I would appreciate comments about what's so great about Reflex Plus,
  459. especially with respect to HyperCard.  You can mail to me directly and
  460. I'll summarize for the net.
  461.  
  462. Thanks, Steve Miner
  463.  
  464. Internet: miner@sri.com
  465.  
  466.  
  467. ------------------------------
  468.  
  469. From: gardner@prls.UUCP (Robert Gardner)
  470. Subject: Re: Is borland abandoning Macintosh?
  471. Date: 23 Nov 87 19:37:19 GMT
  472. Organization: Philips Research Labs, Sunnyvale, California
  473.  
  474. In article <1394@bgsuvax.UUCP> denbeste@bgsuvax.UUCP (William C.
  475. DenBesten) writes:
  476. >Found in PC week 22 sep 87, page 148:
  477. >
  478. >> ... early in 1988 ... there's a good chance Sir Kahn's company will
  479. >> have sold off most of its Macintosh product lines, currently offered
  480. >> by Borland to several firms including Apple's software spinoff, Claris.
  481.  
  482. Probably a silly rumor. Borland seems to have committed itself more
  483. strongly to the Mac since Sept. But, then, you never can tell...
  484.  
  485. >Does anyone have any info about the differences between IBM Turbo
  486. >Pascal, Mac Turbo Pascal, and Lightspeed pascal?
  487.  
  488. I don't have direct experience converting IBM Turbo to Mac Turbo but a
  489. colleague of mine does. I could provide more detailed info on request.
  490. However, to be brief, he was VERY disappointed with compatability
  491. between the two products. I was quite surprised to hear this, since you
  492. would think that the main motivation for doing the port was to give
  493. customers access to that large body of IBM Turbo code. The problems I
  494. remember offhand were: movetoxy uses screen coordinates with (0,0) in
  495. the upper-left-hand corner of the IBM screen but in the middle of the
  496. Mac screen (I can't possibly imagine why this change was made); and most
  497. of the extensions to Pascal in IBM Turbo are not available in Mac Turbo.
  498. The Mac Turbo seems more concerned about Lisa Pascal compatability than
  499. IBM Turbo compatability. Strange choice in my opinion.
  500.  
  501. Robert Gardner
  502.  
  503.  
  504. ------------------------------
  505.  
  506. From: thomas%spline.uucp@utah-gr.UUCP (Spencer W. Thomas)
  507. Subject: Exiting Multifinder?
  508. Date: 23 Nov 87 21:55:57 GMT
  509. Organization: University of Utah CS Dept
  510.  
  511. Is there some way to exit MultiFinder without rebooting the Mac?  I have
  512. some applications that cannot run under MultiFinder, and it is annoying
  513. to have to reboot to run one.
  514.  
  515. =Spencer   ({ihnp4,decvax}!utah-cs!thomas, thomas@cs.utah.edu)
  516.  
  517.  
  518. ------------------------------
  519.  
  520. From: drc@dbase.UUCP (Dennis Cohen)
  521. Subject: Re: APDA - any satisfied customers?
  522. Date: 23 Nov 87 14:32:32 GMT
  523. Organization: Ashton Tate Development Center Glendale Cal.
  524.  
  525. I tend to disagree.  While it is true that there are mail-order houses
  526. that charge less on a number of 3rd party products, there are some that
  527. seem to only be available at a discount from APDA (SemperSoft Modula-2,
  528. for one).  Further, publications such as the Tech Notes, IM Volume V,
  529. Apple Hardware Reference Manual, etc ("official" Apple publications) are
  530. sole-sourced through APDA.
  531.  
  532. They are undoubtedly making a fair profit on 3rd party items, but I
  533. don't think they're making much on the Apple products since they have to
  534. do the printing and so forth themselves (and end up with a LOT of dead
  535. stock when Apple publishes an update).
  536.  
  537. As far as shipping and handling goes, the others seem to have just gone
  538. up a lot -- $4.30 S/H for Acta 2.0 from ComputerWare (all inside CA),
  539. that's 10%.
  540. -- 
  541. Dennis Cohen
  542. Ashton-Tate Glendale Development Center
  543. dBASE Mac Development Team
  544. --------------------------
  545. Disclaimer:  The above material constitutes the personal opinion of the author!
  546.  
  547.  
  548. ------------------------------
  549.  
  550. From: chuq@plaid.Sun.COM (Chuq Von Rospach)
  551. Subject: Magazines to read (was Re: MacUser Hypercard coverage)
  552. Date: 23 Nov 87 21:01:30 GMT
  553. Organization: Fictional Reality, uLtd
  554.  
  555. >I've been getting the same feeling myself, Chuq (although I'm just one of the
  556. >millions of poor sods who subsribes -- thank God I don't write for them).  But
  557. >since I gave up on MacWorld long ago (they seemed much too fluffy), where's
  558. >a news-hungry Mac user to turn?  I get MacTutor for programming tips, but
  559. >for product reviews and previews, is there a reasonable alternative to MacUser?
  560.  
  561. I'd give MacWorld another look. They've upgraded their coverage in the
  562. last year. Still a bit fluffy, but much improved.
  563.  
  564. I also recommend MacAzine as another magazine that has made major
  565. improvements in the last year. They're turning into a real magazine with
  566. some solid material and good reporting. 
  567.  
  568. It's hard. There isn't a single Macintosh magazine that you can
  569. subscribe to and be satisified. For me, the optimal list right now is
  570. FOUR, which is way too high:
  571.  
  572.  MacTutor (you must read this is you hack a Macintosh)
  573.  MacWorld
  574.  MacAzine (complementary, magazines. If you can only read one, take a
  575. look
  576.       at both and se which you prefer. It's a tough choice, and I don't
  577.       know which one I'd choose right now)
  578.  Macintosh Today (biweekly news rag. Worth it if you qualify for a free
  579.     subscription to keep up to date)
  580.  
  581. most of the other magazines I've seen are pretty useless -- either
  582. rehashing stuff everyone else has already rehashed, hopelessly amateur
  583. writing, or simply boring. I'd LOVE a magazine that would put together
  584. the good parts of MacWorld with a stronger technical, MacTutor
  585. orientation (at the least, someone who does an MPW column and probably
  586. an LSC column -- the lispers, fortraners and the rest of the lesser-used
  587. languages probably wouldn't warrant enough pages to make it worth it).
  588. Then I'd be in heaven.
  589.  
  590. sigh. anyone got a spare $5million to put on a publishing startup?
  591.  
  592. chuq
  593. -- 
  594. Chuq "Fixed in 4.0" Von Rospach            chuq@sun.COM    Delphi: CHUQ
  595.  
  596.  
  597. ------------------------------
  598.  
  599. From: tecot@apple.UUCP (Ed Tecot)
  600. Subject: Re: Curiouser and curiouser...
  601. Date: 23 Nov 87 00:09:44 GMT
  602. Organization: Apple Computer Inc., Cupertino, USA
  603.  
  604. In article <1825@tut.cis.ohio-state.edu> elwell@tut.cis.ohio-state.edu
  605. (Clayton Elwell) writes:
  606. >Does anyone have a good explanation of why the resource manager in the
  607. >128K ROMs contains support for Suitcase (or perhaps its predecessor DA
  608. >Mob)?  To be specific, why InitResources looks in the system folder
  609. >for a file of type 'INIT' and creator 'dMob', and executes the INIT
  610. >128 resource out of it?  The OpenDeskAcc call also does some things
  611. >having to do with this.
  612.  
  613. There is nothing in the ROM which does what you describe.  I don't know
  614. what you came across, but I do have a good guess:
  615.  
  616. Suitcase probably patches InitResources and OpenDeskAcc (and maybe even
  617. AddResMenu) in order to do its job.  What you are seeing is not ROM
  618. code, but the patches installed by Suitcase.  To make sure, check the
  619. address of the code; the ROM on the Mac+ starts at 400000 hexadecimal;
  620. if the code you see is at a lower address, it's RAM.
  621.  
  622.                         _emt
  623.  
  624.  
  625. ------------------------------
  626.  
  627. From: brucec@tekgen.TEK.COM (Bruce Cheney)
  628. Subject: Apple File Exchange Mac-to-DOS ?? Does it work?
  629. Date: 23 Nov 87 17:26:11 GMT
  630. Organization: Tektronix Inc., Beaverton, Or.
  631.  
  632. Has anyone used the Apple File Exchange utility to read & write 3.5 "
  633. disks in the format acceptable to the IBM PS/2 series  using the Mac's
  634. internal disk drive ?
  635.  
  636. The copy of Apple File Exchange I have seen appeared to require a
  637. configuration-type file to support Mac-to-DOS transfers.  There was a
  638. file for Mac-to-Mac transfer, but not one for Mac-to-DOS.
  639.  
  640. Anyone done Mac-to-DOS (DOS-to-Mac) this way? Please tell me how you did
  641. it !!
  642.  
  643. thanks
  644.  
  645. brucec (Bruce Cheney  Tektronix/TriQuint Semi.  Beaverton, OR)
  646.  
  647. ------------------------------
  648.  
  649. End of Usenet Mac Digest
  650. ************************
  651. -------
  652.